Systems and methods for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users

ABSTRACT

Systems and methods for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, the method being implemented by a computer system including one or more physical processors configured by machine-readable instructions are disclosed. Exemplary implementations may: manage environment state information for maintaining a collaboration environment.

FIELD OF THE DISCLOSURE

The present disclosure relates to systems and methods for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently from users within the other subsets.

BACKGROUND

Typical work management platforms have paid subscriptions and free subscriptions. In existing collaborative platforms, if some users want premium features that come with the paid subscription, all users within the same organization have to pay to upgrade their subscription because the data structure does not enable sub-groups within companies to have different types of accounts (e.g., some paid, some not) that provide different features. Providing premium features on an “organization” level only is not workable for a bottom up enterprise sales approach, because it requires a commitment to buy all register users across a large organization. However, buying a single “team” offers too limited functionality to satisfy the needs of divisional or departmental level buyers. These buyers, as a reflection of their purview, need to buy a collection of teams. Without a robust data structure accounting for groups and subgroups, this isn't possible.

SUMMARY

One feature of the present disclosure includes systems and methods for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets. Functionality may be effectuated by establishing a data structure that differentiates between users in an overarching group and one or more subsets of individual users within the overarching group. In previously existing work management systems and methods there was a limited set of capabilities for organizations that have different subsets of users. Typically, in existing systems, access to features, account types, layout, options, permissions, content, functionality, and/or other differentiating aspects of work management systems but be differentiated on an entire organization level, or on a user-by-user basis. A data structure that differentiates between users in an overarching group and one or more subsets of individual users within the overarching group may facilitate differentiation between subsets of users. By way of non-limiting example, individual subsets of users may have different types of accounts among users within an organization (e.g., some premium accounts and some non-premium accounts), different layouts or options, different permissions, different customizations, different content, different functionality, and/or other different features or different ways in which the users in individual subsets may use the management platform. The solution described herein creates another layer within the data structure, a “middle layer” option (e.g., subsets), for these situations. A data structure having “group” and “subset” divisions may allow a wider deployment different functionality.

One aspect of the present disclosure relates to a system configured for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets. The system may include one or more hardware processors configured by machine-readable instructions. The system may include one or more servers, one or more client computing platforms, and/or other components. The one or more servers may be configured to communicate with one or more client computing platforms according to a client/server architecture and/or other architecture. The one or more hardware processors may be configured by machine-readable instructions to execute one or more computer program components. The computer program components may include one or more of an environment state component, a presentation component, a features component, and/or other components.

The environment state component may be configured to manage environment state information for maintaining a collaboration environment. The environment state information may include user records and work unit records. The environment state information may define a state of the collaboration environment including a user state and a work unit state. The user state may be defined by the user records that define values of user parameters associated with users interacting with and/or viewing the collaboration environment. The work unit state may be defined by the work unit records that define values of work unit parameters for units of work managed, created, and/or assigned within the collaboration environment.

The user parameters may include a group parameter identifying the overarching group to which a first set of users, including a first user, belong such that a first user record for the first user defines a first group value of the group parameter indicating the overarching group. An overarching group may be a high-level group within an entity that may represent the entity and/or a division of the entity as a whole. An overarching group may include one of more of an organization, a company, an entity, a corporation, an enterprise, a business, and/or another overarching group.

The user parameters may include a subset parameter denoting one or more subsets within an overarching group to which one or more users within the first set of users belongs such that the first user record for the first user defines a first subset value of the subset parameter indicating a first subset within the overarching group to which a first subset of users including the first user belong. The subset may include one or more teams, sub-groups, divisions, departments, task forces, and/or other subsets. In some implementations individual subsets may include multiple groups of users (e.g., smaller than the overarching group). By way of non-limiting example, the multiple groups of users within a subset may include multiple teams.

The processor(s) may be configured to effectuate presentation of the collaboration environment for the collaboration work management platform based on the environment state information including the user records and the work unit records.

These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system configured for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently from users within the other subsets, in accordance with one or more implementations.

FIG. 2 illustrates an example overarching group and subset configuration as indicated by a group parameter and a subset parameter, in accordance with one or more implementations.

FIG. 3 illustrates a method for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, in accordance with one or more implementations.

FIG. 4 illustrates a method for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, in accordance with one or more implementations.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 100 configured for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, in accordance with one or more implementations. In some implementations, system 100 may include one or more servers 102. Server(s) 102 may be configured to communicate with one or more client computing platforms 104 according to a client/server architecture and/or other architectures. Client computing platform(s) 104 may be configured to communicate with other client computing platforms via server(s) 102 and/or according to a peer-to-peer architecture and/or other architectures. Users may access system 100 via client computing platform(s) 104.

Server(s) 102 may be configured by machine-readable instructions 106. Machine-readable instructions 106 may include one or more instruction components. The instruction components may include computer program components. The instruction components may include one or more of an environment state component 108, a presentation component 110, a features component 112, and/or other instruction components.

Environment state component 108 may be configured to manage environment state information to maintain a collaboration environment. The environment state information may include user records and work unit records. The environment state information may define a state of the collaboration environment including user states, work unit states, and/or other states. The user states may be defined by the user records that define values of user parameters associated with users interacting with and/or viewing the collaboration environment. Individual ones of the user records may correspond to individual ones of the users. The work unit states may be defined by the work unit records that define values of work unit parameters for units of work managed, created, and/or assigned within the collaboration environment. Individual ones of the work unit records may correspond to individual ones of the units of work and/or be associated with one or more users and/or other units of work.

The environment state information may include user records, work unit records, and/or other records. The environment state information may be continuously generated and/or updated based on the state of the collaboration environment representing the users' interactions with the collaboration environment. The state of the collaboration environment may include a user state, a work unit state, and/or other states. The user state may be defined by the user records. The user records may define values of user parameters associated with users interacting with and/or viewing the collaboration environment. The work unit state may be defined by the work unit records. The work unit records may define values of work unit parameters for units of work managed, created, and/or assigned within the collaboration environment. In some implementations, the work unit state may include a project state, a task state, a sub-task state, and/or other states. The work unit records may include project records, task records, sub-task records, and/or other records.

The work unit parameters for work units managed, created, and/or assigned within the collaboration environment may include parameters describing one or more work units managed, created, and/or assigned within the collaboration environment and/or via the collaboration work management platform, and/or the metadata associated with the one or more work units. Individual ones of the work units may be associated with individual ones of the work unit records. A work unit record may define values of the work unit parameters associated with a given work unit managed, created, and/or assigned within the collaboration environment and/or via the collaboration work management platform. A given work unit may have one or more owners and/or one or more team members working on the given work unit. Work units may include one or more to-do items, action items, objectives, and/or other units of work one or more users should accomplish and/or plan on accomplishing. Units of work may be created by a given user for the given user and/or created by the given user and assigned to one or more other users. A given work unit may include one or more projects, tasks, sub-tasks, and/or other units of work possibly assigned to and/or associated with one or more users.

The work unit parameters may, by way of non-limiting example, include one or more of: one or more units of work, one or more user comment parameters (e.g., a creator, a recipient, one or more followers, one or more other interested parties, content, one or more times, up-votes, other hard-coded responses, etc.), a work unit name, a work unit description, one or more work unit dates (e.g., a start date, a due date, a completion date, and/or other work unit dates), one or more members associated with a unit of work (e.g., an owner, one or more other project/task members, member access information, and/or other work unit members and/or member information), a status and/or progress (e.g., an update, a hardcoded status update, a measured status, quantity of work units remaining in a given project, completed work units in a given project, and/or other status parameter), one or more attachments, notification settings, privacy, an associated URL, one or more interaction parameters (e.g., sources of the interactions, context of the interactions, content of the interactions, time for the interactions, and/or other interaction parameters), updates, ordering of units of work within a given unit of work (e.g., tasks within a project, sub-tasks within a task, etc.,), state of a workspace for a given unit of work (e.g., application state parameters, application status, application interactions, user information, and/or other parameters related to the state of the workspace for a unit of work), dependencies between one or more work units, one or more custom fields (e.g., priority, cost, stage, and/or other custom fields), other work unit parameters for the given work units, and/or other work unit parameters, and/or user parameters for one or more users and/or work units the given project is associated with.

The user parameters associated with the users interacting with and/or viewing the collaboration environment may include parameters describing the users, their actions within the collaboration environment, their settings, and/or other user information; and/or metadata associated with the users, their actions within the environment, their settings, and/or other user information. Individual ones of the users may be associated with individual ones of the user records. A user record may define values of the user parameters associated with a given user interacting with and/or viewing the collaboration environment.

The user parameters may, by way of non-limiting example, include one or more of: a user name, a group parameter, a subset parameter, a user account, a user role, a user department, descriptive user content, a to-email, a from-email, a photo, an organization, a workspace, one or more projects (which may include project parameters defined by one or more work unit records), one or more items of work (which may include one or more unit of work parameters defined by one or more unit of work records), one or more user comments, one or more teams the user belongs to, one or more of the user display settings (e.g., colors, size, project order, task order, other work unit order, etc.), one or more authorized applications, one or more presence/interaction parameters (e.g., indicating presence and/or interaction level at an environment level, work unit level, project level, task level, application level, etc.), one or more notification settings, one or more progress parameters, status information for one or more work units the user is associated with, one or more statistics related to a given user (e.g., how many units of work the user has completed, how quickly the user completed the units of work, how quickly the user completes certain types of work units, the efficiency of the user, bandwidth of the user, activity level of the user, etc.), application access information (e.g., username/password for one or more third-party applications), one or more favorites and/or priorities, other user parameters for the given user, and/or other user parameters and/or work unit parameters, for one or more work units the given user is associated with.

The user parameters may include a group parameter identifying the overarching group. A first set of users, including a first user, may belong to the overarching group. As such, a first user record for the first user may define a first group value of the group parameter indicating the overarching group. An overarching group may be a high-level group within an entity that may represent the entity and/or a division of the entity as a whole (e.g., at the “org” or “organization level”). An overarching group may include one of more of an organization, a company, an entity, a corporation, an enterprise, a business, and/or another overarching group. An overarching group may comprise an organized group of users and/or other entities with a particular purpose (e.g., business, work, education, that engage in business and/or work together toward a common goal.

The user parameters may include a subset parameter denoting one or more subsets within an overarching group. One or more one or more users within the first set of users may belong to one or more subsets. The first user record for the first user may define a first subset value of the subset parameter indicating a first subset within the overarching group to which a first subset of users, including the first user, belong. A subset may include a sub-group of users and/or groups of users within the overarching group. A subset may be any group or groups of users smaller than the overarching group and/or within the overarching group. The subsets may be system specific and/or correspond to sub-groups existing within a company (e.g., teams, departments, divisions, etc.). The subsets may include one or more of a team, a sub-group, a division, a department, a task force, and/or other subset. In some implementations individual subsets may include multiple groups of users (e.g., smaller than the overarching group). By way of non-limiting example, the multiple groups of users within a subset may include multiple teams. By way of non-limiting example, a given user may belong to one or more of the multiple teams such that a given user belonging to a given subset may belong to multiple teams within the given subset. A subset division in the data structure may enable users belonging to multiple teams within a given subset to have premium features (e.g., first level features) for the multiple ones of the teams included in the subset.

The user parameters may include a user account parameter. The users may have user accounts. Individual ones of the user accounts may have different account levels. The account levels may indicate whether or not a user has a subscription level account (e.g., a premium level account, an executive account, a corporate account, etc.), a basic account, a free account, guest accounts, and/or other account levels. Different subsets of users may have different levels of accounts. For example, the users belonging to the first subset may have first level accounts. First level accounts may include subscription level accounts. By way of example, the users belonging to the overarching group but not within the first subset may have second level accounts and/or other level accounts (besides first level accounts). Second level accounts may be basic, free, and/or guest accounts. The level of a given user's account may dictate which features the given user has access to within the collaboration environment.

It is noted that any metadata and/or values of parameters related to any users, units of work, projects, tasks, subtasks, and/or other units of work may be considered values of user parameters and/or work unit parameters. The terms “user parameters” and/or “work unit parameters” may be used interchangeably herein.

FIG. 2 illustrates an example overarching group and subset configuration as indicated by a group parameter and a subset parameter, in accordance with one or more implementations. Overarching group 201 may include one or more subsets 203. Subsets 203 may include one or more teams 205. Teams 205 may include one or more users 207. Users 207 within a given team 205 and within a given subset 203 may belong to both the given subset 203 and overarching group 201. For example, a user record for user A 207A may define a first team value for the team parameter indicting team A 205A. The user record for user A 207A may define a first group value of the group parameter indicating overarching group 201, and/or a first subset value of the subset parameter indicating subset A 203A. Subset B 203B may be premium level subset including Team D 205D and Team E 205E. User accounts for User H 207H, User I 207I, User J 207J, User K 207K, and User L 207L may be first level accounts. Subset A 203A may be a second level subset such that user accounts for User E 204E, User F 204F, and User G 204G may be second level accounts (and/or other level accounts besides first level accounts). User A 207A, User B 207B, User C 207C, User D 207D, User E 207E, User F 207F, and User G 207G may have second level accounts. User H 207H, User I 207I, User J 207J, User K 207K, and User L 207L may have access to one or more first level features. User A 207A, User B 207B, User C 207C, User D 207D, User E 207E, User F 207F, and User G 207G may be restricted from accessing the first level features.

In some implementations, User A 207A, User B 207B, User C 207C, User D 207D, User E 207E, User F 207F, and/or User G 207G may have access to one or more first level features while they collaborate and/or interact with one or more of User H 207H, User I 207I, User J 207J, User K 207K, and User L 207L. By way of non-limiting example, if User K 207K assigns a unit of work to User G 207G, User G 207G may have access to one or more first level features while working on the unit of work.

Returning to FIG. 1 , presentation component 110 may be configured to effectuate presentation of the collaboration environment for the collaboration work management platform based on the environment state information including the user records and the work unit records. Presentation of the collaboration environment may be based on environment state information. The collaboration environment may be presented via individual client computing platform(s) 104 through which the users access the collaboration environment. The collaboration environment may include a one or more graphical user interfaces for presenting work information (e.g., for units of work associated with users) to the users, assigning units of work, managing units of work, organizing units of work, facilitating communication between the users, facilitating collaboration between the users, and/or otherwise facilitating a collaboration work management platform.

Features component 112 may be configured to provide access to and/or restrict access to first level features for the users within the collaboration work management platform. Access may be provided and/or restricted based on whether or not the users belong to both the overarching group and the first subset of users. Features component 112 may be configured to determine whether or not the users belong to both the overarching group and the first subset of users, and/or which subset(s) the user's belong to. In some implementations, responsive to a user belonging to a first subset and the first overarching affiliation, they may be approved and/or able to register for a first level account.

In some implementations, access to a first level feature may be provided to the first subset of users based on the first subset of users belonging to both the overarching group and the first subset. In some implementations, access to a first level feature may be restricted for a second subset of users based on the second subset of users belonging to the overarching group but not to the first subset. In some implementations, access to first level features within the collaboration work management platform may be provided to the first subset of users. First level features may include one or more of a type of account, a layout, one or more options, one or more permissions, a given functionality, one or more customizations, a type and/or specific content, and/or other different features or different ways in which the users in individual subsets may use the management platform.

By way of non-limiting example, users belonging to the first subset and the overarching group may have access to a premium account, a given platform layouts, a given access point (e.g., mobile access), a given option (e.g., to interact with external users, to view a timeline and/or dashboard, to view statistics related to the platform, etc.), different permissions (e.g., to add and/or remove new users, to create and/or delete projects, etc.), different customizations (e.g., a given homepage view, a color scheme, one or more application plug ins, etc.), different content (e.g., content relevant to that subset), different functionality (e.g., given management type functions, etc.) and/or other different features or different ways in which the users in individual subsets may use the management platform.

In some implementations, first level features may include one or more premium features. By way of non-limiting example, the first level features may include one or more of custom work unit templates (e.g., custom templates for creating units of work), external invite capabilities (e.g., enabling communication and/or collaboration with users outside the platform), dashboard reports across subsets (e.g., status reports of units of work associated with users within subsets), advanced search features, limiting access to units of work, advanced support resources, dependency capabilities (e.g., facilitating work unit dependencies such that a given unit of work may be dependent on another unit of work such that the other unit of work needs to be completed before the given unit of work can be started), onboarding resources (e.g., training materials, training sessions, etc.), premium authentication methods (e.g., SAML single sign on), unit of work comments (e.g., project comments), premium views (e.g., a timeline view, a prioritization view, etc.) and/or other features.

In some implementations, premium features may include one or more customizable features. Customizable features may include one or more features available to all users but customizable for users having first level accounts. Customizable features may not be feasible for all users across an organization because one subset's customization may not be relevant and/or applicable for another subset. Having both group level and subset level distinctions (within the user records) enables customizations for individual ones of the subsets, without applying such customizations to the entire group (e.g., organization, etc.). For example, the customizable features may include one or more of customizable status updates for units of work, customizable communication options, customizable work information fields, customizable dashboard views, customizable settings, privacy settings for subsets (e.g., subsets marked private), and/or other customizable features.

In some implementations, users having first level accounts may interact and/or collaborate with users having second level accounts. In such instances, features component 112 may be configured to enable users having second level accounts to use one or more of the first level features while interacting and/or collaborating with the users that have first level accounts. For example, features component 112 may enable use of the first level feature by individual ones of the users in the second subset of users belonging to the overarching group but not belonging to the first subset while individuals ones of the users within the first subset of users are engaging with the individual ones of the users in the second subset of users. Use of the first level features may be limited and/or restricted to use for a specific unit of work, interaction, and/or collaboration between a user having a first level account and a user having a second level account.

In some implementations, feature component 112 may be configured to provide access to second level features within the collaboration work management platform to the users belonging to the overarching group. The users belonging to the overarching group, including the users that have first level accounts, second level accounts, and/or other level accounts (but belong to the overarching group). Second level features may include standard platform features including but not limited to: work unit generation, assignment of units of work, communication, attachments for units of work, status updates, activity feed, various views of one or more units of work associated with the user, work unit permissions, work unit workspaces, and/or other features.

In some implementations, server(s) 102, client computing platform(s) 104, and/or external resources 116 may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via a network such as the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which server(s) 102, client computing platform(s) 104, and/or external resources 116 may be operatively linked via some other communication media.

A given client computing platform 104 may include one or more processors configured to execute computer program components. The computer program components may be configured to enable an expert and/or user associated with the given client computing platform 104 to interface with system 100 and/or external resources 116, and/or provide other functionality attributed herein to client computing platform(s) 104. By way of non-limiting example, the given client computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a gaming console, and/or other computing platforms.

External resources 116 may include sources of information outside of system 100, external entities participating with system 100, and/or other resources. In some implementations, some and/or all of the functionality attributed herein to external resources 116 may be provided by resources included in system 100.

Server(s) 102 may include electronic storage 118, one or more processors 120, and/or other components. Server(s) 102 may include communication lines, and/or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 in FIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102. For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102.

Electronic storage 118 may comprise non-transitory storage media that electronically stores information. The electronic storage media of electronic storage 118 may include one and/or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 via, for example, a port (e.g., a USB port, a firewire port, etc.) and/or a drive (e.g., a disk drive, etc.). Electronic storage 118 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. Electronic storage 118 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage 118 may store software algorithms, information determined by processor(s) 120, information received from server(s) 102, information received from client computing platform(s) 104, and/or other information that enables server(s) 102 to function as described herein.

Processor(s) 120 may be configured to provide information processing capabilities in server(s) 102. As such, processor(s) 120 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 120 is shown in FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 120 may include a plurality of processing units. These processing units may be physically located within the same device, and/or processor(s) 120 may represent processing functionality of a plurality of devices operating in coordination. Processor(s) 120 may be configured to execute components 108, 110, 112, and/or other components. Processor(s) 120 may be configured to execute components 108, 110, 112, and/or other components by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 120. As used herein, the term “component” may refer to any component and/or set of components that perform the functionality attributed to the component. This may include one or more physical processors during execution of processor readable instructions, the processor readable instructions, circuitry, hardware, storage media, and/or any other components.

It should be appreciated that although components 108, 110, and 112 are illustrated in FIG. 1 as being implemented within a single processing unit, in implementations in which processor(s) 120 includes multiple processing units, one or more of components 108, 110, and/or 112 may be implemented remotely from the other components. The description of the functionality provided by the different components 108, 110, and/or 112 described below is for illustrative purposes, and is not intended to be limiting, as any of components 108, 110, and/or 112 may provide more and/or less functionality than is described. For example, one or more of components 108, 110, and/or 112 may be eliminated, and some and/or all of its functionality may be provided by other ones of components 108, 110, and/or 112. As another example, processor(s) 120 may be configured to execute one or more additional components that may perform some and/or all of the functionality attributed below to one of components 108, 110, and/or 112.

FIG. 3 illustrates a method 300 for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, the method being implemented by a computer system including one or more physical processors configured by machine-readable instructions, in accordance with one or more implementations. The operations of method 300 presented below are intended to be illustrative. In some implementations, method 300 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method 300 are illustrated in FIG. 3 and described below is not intended to be limiting.

In some implementations, method 300 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some and/or all of the operations of method 300 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 300.

An operation 302 may include managing environment state information for maintaining a collaboration environment. The environment state information may include user records and work unit records. The environment state information may define a state of the collaboration environment including a user state and a work unit state. The user state may be defined by the user records that define values of user parameters associated with users interacting with and/or viewing the collaboration environment. The work unit state may be defined by the work unit records that define values of work unit parameters for units of work managed, created, and/or assigned within the collaboration environment. The user parameters may include a group parameter identifying the overarching group to which a first set of users, including a first user, belong. As such, a first user record for the first user may define a first group value of the group parameter indicating the overarching group. The user parameters may include a subset parameter denoting one or more subsets within an overarching group to which one or more users within the first set of users belongs. As such, the first user record for the first user may define a first subset value of the subset parameter indicating a first subset within the overarching group to which a first subset of users, including the first user, belong. Operation 302 may be performed by one or more hardware processors configured by machine-readable instructions including a component that is the same as and/or similar to collaboration environment component 108, in accordance with one or more implementations.

An operation 304 may include effectuating presentation of the collaboration environment for the collaboration work management platform based on the environment state information including the user records and the work unit records. Operation 304 may be performed by one or more hardware processors configured by machine-readable instructions including a component that is the same as and/or similar to presentation component 110, in accordance with one or more implementations.

FIG. 4 illustrates a method 400 for providing a collaboration work management platform that facilitates differentiation between users in an overarching group and one or more subsets of individual users within the overarching group to enable the users within the individual subsets to use the collaboration work management platform differently users within the other subsets, the method being implemented by a computer system including one or more physical processors configured by machine-readable instructions, in accordance with one or more implementations. The operations of method 400 presented below are intended to be illustrative. In some implementations, method 400 may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method 400 are illustrated in FIG. 4 and described below is not intended to be limiting.

In some implementations, method 400 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some and/or all of the operations of method 400 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 400.

An operation 402 may include managing environment state information for maintaining a collaboration environment. The environment state information may include user records and work unit records. The environment state information may define a state of the collaboration environment including a user state and a work unit state. The user state may be defined by the user records that define values of user parameters associated with users interacting with and/or viewing the collaboration environment. The work unit state may be defined by the work unit records that define values of work unit parameters for units of work managed, created, and/or assigned within the collaboration environment. The user parameters may include a group parameter identifying the overarching group to which a first set of users, including a first user, belong. As such, a first user record for the first user may define a first group value of the group parameter indicating the overarching group. The user parameters may include a subset parameter denoting one or more subsets within an overarching group to which one or more users within the first set of users belongs. As such, the first user record for the first user may define a first subset value of the subset parameter indicating a first subset within the overarching group to which a first subset of users, including the first user, belong. Operation 402 may be performed by one or more hardware processors configured by machine-readable instructions including a component that is the same as and/or similar to collaboration environment component 108, in accordance with one or more implementations.

An operation 404 may include effectuating presentation of the collaboration environment for the collaboration work management platform based on the environment state information including the user records and the work unit records. Operation 404 may be performed by one or more hardware processors configured by machine-readable instructions including a component that is the same as and/or similar to presentation component 110, in accordance with one or more implementations.

An operation 406 may include providing and/or restricting access to first level features for the users within the collaboration work management platform based on whether or not the users belong to both the overarching group and the first subset of users. Operation 406 may be performed by one or more hardware processors configured by machine-readable instructions including a component that is the same as and/or similar to presentation component 110, in accordance with one or more implementations.

Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation. 

What is claimed is:
 1. A system configured to temporarily enable features within a collaboration environment, the system comprising: one or more hardware processors configured by machine-readable instructions to: determine when a first user belonging to a first subset of users but not belonging to a second subset of users is collaborating with a second user belonging to the second subset of users within an online collaboration environment; enable use of a first set of features by the first user while the first user is collaborating with the second user within the online collaboration environment; and disable the use of the first set of features by the first user when the first user is no longer collaborating with the second user within the online collaboration environment.
 2. The system of claim 1, wherein the one or more hardware processors configured by the machine-readable instructions to: manage user information associated with the first user and the second user, the user information identifying an overarching group of the first user and the second user.
 3. The system of claim 1, wherein the first subset of users have an account level that is different from the second subset of users.
 4. The system of claim 3, wherein the account level of the first subset of users does not provide access to the first set of features.
 5. The system of claim 4, wherein an account level of the second subset of users is associated with access to the first set of features.
 6. The system of claim 1, wherein the first set of features include one or more of custom work unit templates, external invite capabilities, dashboard reports, search features, access to work units, support resources, dependency capabilities, or onboarding resources.
 7. The system of claim 2, wherein the overarching group includes one or more of an organization, a company, an entity, a corporation, an enterprise, or a business.
 8. The system of claim 7, wherein the first subset of users includes one or more of a sub-group, a division, a department, or a task force within the overarching group.
 9. The system of claim 1, wherein collaborating includes working on a specific unit of work within the collaboration environment.
 10. The system of claim 1, wherein collaborating includes performing a specific interaction within the collaboration environment.
 11. A method to temporarily enable features within a collaboration environment, the system comprising: determining when a first user belonging to a first subset of users but not belonging to a second subset of users is collaborating with a second user belonging to the second subset of users within an online collaboration environment; enabling use of a first set of features by the first user while the first user is collaborating with the second user within the online collaboration environment; and disabling the use of the first set of features by the first user when the first user is no longer collaborating with the second user within the online collaboration environment.
 12. The method of claim 11, further comprising: managing user information associated with the first user and the second user, the user information identifying an overarching group of the first user and the second user.
 13. The method of claim 11, wherein the first subset of users have an account level that is different from the second subset of users.
 14. The method of claim 13, wherein the account level of the first subset of users does not provide access to the first set of features.
 15. The method of claim 14, wherein an account level of the second subset of users is associated with access to the first set of features.
 16. The method of claim 11, wherein the first set of features include one or more of custom work unit templates, external invite capabilities, dashboard reports, search features, access to work units, support resources, dependency capabilities, or onboarding resources.
 17. The method of claim 12, wherein the overarching group includes one or more of an organization, a company, an entity, a corporation, an enterprise, or a business.
 18. The method of claim 17, wherein the first subset of users includes one or more of a sub-group, a division, a department, or a task force within the overarching group.
 19. The method of claim 11, wherein collaborating includes working on a specific unit of work within the collaboration environment.
 20. The method of claim 11, wherein collaborating includes performing a specific interaction within the collaboration environment. 